home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Sep 90 / MacApp.Tech$ 9⁄7⁄90 / 1893-Drawing Error-Sep90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.3 KB  |  56 lines  |  [TEXT/GEOL]
  1. Item    1511937                         3-Sept-90        13:12PDT
  2.  
  3. From:   PEMD                            CH DEV PEMD Group, Zurich,IDV
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. Sub:    Drawing Error
  8.  
  9. Hi Everyone,
  10.  
  11. Yesterday I sent a memo to Keith on MA 2.0 and 2.01 and in that memo described
  12. a bug in our application.  That description made somewhat more precise was:
  13.  
  14. -----------------------------------------------------------------------------
  15. I've also noticed a drawing error and I can't tell for the moment if its in our
  16. application (probably) or in MacApp.  There are multiple windows on the screen
  17. and let's say they are tiled.  It appears that MacApp always updates the active
  18. window first.  After the tiling, a menu operation is chosen which draws
  19. something, say a line.  This line is then not drawn in the currently active
  20. window, but rather in the last window drawn. This drawing error also occurs
  21. after a window is zoomed out to the screen size and then zoomed in, causing
  22. once covered windows to be re-drawn.  It occurs in MA 2.0, MA 2.01, but does
  23. not occur in MA 1.1.1.
  24.  
  25. It does not occur if the mouse is simply clicked anywhere in the already active
  26. window before the menu operation is chosen.  The underlying data structures for
  27. the view are correct, because if after the line is incorrectly drawn, a re-draw
  28. is forced on the windows (e.g. tiled again), the line is drawn in the correct
  29. window and disappears from the incorrect window. Any suggestions on this one?
  30. ------------------------------------------------------------------------------
  31.  
  32.  
  33. I did some experimentation and eliminated the problem by overriding the
  34. applications Idle method and inserting these two lines of code:
  35.  
  36.    gFrontWindow:=gApplication.GetActiveWindow;
  37.    SetPort(gFrontWindow.fWMgrWindow);
  38.  
  39. The fix is of course kludgy and actually may not work if the user gets in a
  40. menu keyboard equivalent before the application can idle.  The application's
  41. code doesn't set any graf ports anywhere else.  Is this a bug in MacApp?
  42.  
  43. This drawing error is preventing us from shipping our MA 2.0 version; we're
  44. still shipping the MA 1.1.1 version.  Any suggestion would be very welcome.
  45.  
  46. Thanks,
  47. Ernie Rosenberg
  48.  
  49. Congiguration:
  50. Mac IIx with 4MB
  51. System 6.0.5 under Multifinder
  52. MPW 3.1 (Pascal)
  53. MA 2.01
  54.  
  55.  
  56.